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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://ipr.etsi.org) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Conmiittee Intelligent Transport System (ITS). 

The present document is part 2 of a multi-part deliverable covering "Test Suite Structure and Test Purposes" (TSS&TP) 
specifications for ITS station management protocols as identified below: 

Part 1: "Protocol Implementation Conformance Statement (PICS) specification"; 

Part 2: "Test Suite Structure and Test Purposes (TSS&TP)" ; 

Part 3 : "Abstract Test Suite (ATS) and partial PIXIT proforma" . 
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Scope 



The present document provides the test suite structure and test purpose specification for the ISO protocols specified in 
ISO/DIS 24102 [1], [2] in compHance with the relevant requirements, and in accordance with the relevant guidance 
given in EG 202 798 [i.l]. 



References 



References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the 
reference document (including any amendments) applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http ://docbox . etsi . or g/Ref erence . 

NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are necessary for the application of the present document. 

[1] ISO/DIS 24102-4: "Intelligent transport systems ~ Communications access for land mobiles 

(CALM) ~ ITS station management ~ Part 4: Station-internal management communications". 

NOTE: Available at http://www.iso.org/iso/iso catalogue/catalogue tc/catalogue detail.htm?csnumber=61565 . 

[2] ISO/DIS 24102-5: "Intelligent transport systems ~ Communications access for land mobiles 

(CALM) ~ ITS station management ~ Part 5: Fast service advertisement protocol (FSAP)". 

NOTE: Available at http://www.iso.org/iso/iso catalogue/catalogue tc/catalogue detail.htm?csnumber=61566 . 

[3] ETSI TS 102 797-1: "Intelligent Transport Systems (ITS); Communications Access for Land 

Mobiles (CALM); Test specifications for ITS station management (ISO 24102); Part 1: Protocol 
Implementation Conformance Statement (PICS) specification". 

2.2 Informative references 

The following referenced documents are not necessary for the application of the present document but they assist the 
user with regard to a particular subject area. 

[i.l] ETSI EG 202 798: "Intelligent Transport Systems (ITS); Testing; Framework for conformance and 

interoperability testing". 

[i.2] ISO/DIS 24102-1: "Intelligent transport systems ~ Communications access for land mobiles 

(CALM) ~ ITS station management ~ Part 1: Local management". 

[i.3] ISO/DIS 24102-3: "Intelligent transport systems ~ Communications access for land mobiles 

(CALM) ~ ITS station management ~ Part 3: Service access points". 
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Definitions and abbreviations 



3.1 



Definitions 



For the purposes of the present document, the terms and definitions given in [1], [2], [i.l] and [i.3] apply. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in [1], [2], [i.l] and [i.3] apply. 



Test suite structure 



4.1 



Test architecture 



In general, the conformance test system architecture as illustrated in the ITS testing framework [i.l] applies. Such SUTs 
which support the "Inter-ITS-SCU-Communications Protocol" (IICP) [1] may benefit from the conformance test system 
architecture illustrated in figure 1, where the access to the lUT from top, i.e. in general via the "Upper tester 
application", is performed via remote access to the management SAPs applying IICP. 



ITS test system 



Test control 



TTCN-3 test components 



Test adapter 



ITS lower 
layers 



Port Upper 
tester 



Upper tester 
transport 



Upper tester 
transport 

Protocol stack 
for access to 
ITS station- 
internal 
network 



Upper tester transport link - 
ITS station-internal network 



Lower layers link 



SUT 



Upper tester 
application /^ 



lUT 

Protocol in ITS 
/management entity 



g I ITS lower 
layers 



Figure 1 : Conformance test system architecture for SUTs compliant with [1] 

Testing a protocol which resides inside the ITS management entity does not follow strictly the illustrations given in the 
ITS testing framework [i.l]. Nevertheless the principles outlined there apply also. The essential difference is, that the 
access from the "upper tester application" and form the "ITS lower layers" to the lUT is via the management SAPs. 

In general, the upper tester application [i.l] allows to access anyone of the three management SAPs of the lUT, 
i.e. MI-SAP, MN-SAP and MF-SAP. The ITS test system uses the remote management commands specified in [1]. 

Note that for testing of FS AP and IICP, the ITS lower layers connect to the lUT via MF-SAP only. 
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5.1 



TP basics 



TP definition conventions 



The TP definition is built according to the guidehnes provided in the ITS testing framework [i.l], applying a formalized 
language with pre-defined keywords for the behaviour description. 

5.2 TP identifier naming conventions 

The identifier of the TP is built according to tables 1, 2, 3 and 4 as recommended in the ITS testing framework [i.l]. 
Table 1 : TP naming convention for station-internal management protocols 



TP/<root>/<gr>/<s( 


3r>/<x>/<nn> 


<root> = root 


INTM 


Other management protocols 


<gr> = group 














<sgr> = sub- group 














<x> = type of testing 


BV 


Valid Behaviour tests 


Bl 


Invalid Syntax or Behaviour Tests 


<nn> = sequential number 




01 to 99 



NOTE 1: The present document does not contain TPs related to table 1, which will be provided in a future version. 
Table 2: TP naming convention for remote station management protocols 



TP/<root>/<gr>/<sgr>/<x>/<nn> 


<root> = root 


EXTM 


Other management protocols 


<gr> = group 














<sgr> = sub- group 














<x> = type of testing 


BV 


Valid Behaviour tests 


Bl 


Invalid Syntax or Behaviour Tests 


<nn> = sequential number 




01 to 99 



NOTE 2: The present document does not contain TPs related to table 2, which will be provided in a future version. 
Table 3: TP naming convention for Inter-ITS-SCU communication protocol (IICP) 



TP/<root>/<gr>/<x>/<nn> 


<root> = root 


IICP 


Inter-ITS-SCU communication Protocol 


<gr> = group 


MGM 


Management 


COM 


Communication 


<x> = type of testing 


BV 


Valid Behaviour tests 


Bl 


Invalid Syntax or Behaviour Tests 


<nn> = sequential number 




01 to 99 



TPs for the IICP are specified in clause 8. 
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Table 4: TP naming convention for FSAP 



TP/<root>/<gr>/<sgr>/<x>/<nn> 


<root> = root 


FSAP 


Fast Service Advertisement Protocol 


<gr> = group 


SP 


Service provider 


SU 


Service user 


<sgr> = sub-group 


HR 


Combined ITS-S host and ITS-S router 


HO 


ITS-S host only 


RO 


ITS-S router only 


<x> = type of testing 


BV 


Valid Behaviour tests 


Bl 


Invalid Syntax or Behaviour Tests 


<nn> = sequential number 




01 to 99 



TPs for FSAP are specified in clause 9. 

5.3 Rules for behaviour description 

The description of the TP is built according to the guidelines provided in the ITS testing framework [i.l]. 

5.4 Sources of TP definitions 

All TPs are specified according to [1],[2]. 

5.5 TP proforma 

[i.l] proposes a TP proforma which is used in the present document. The fields of this proforma as used in the present 
document are explained in table 5. 

Table 5: TP proforma field description 



TP Header 


TPID 


The TP ID is a unique identifier according to the TP naming conventions in tables 1 , 2, 3 
and 4. 


Test objective 


Short description of test purpose objective according to the requirements from the base 
standard. 


Reference 


The reference indicates the clauses of the reference standard specifications in which the 
conformance requirement is expressed. 


PICS selection 


Reference to the PICS statement involved for selection of the TP. Contains a Boolean 
expression. May contain PICS acronyms specified in table. 
This section is only used in case an optional or conditional behaviour needs to be 
selected. Mandatory behaviour is not identified here. 


TP Behaviour 


Initial conditions 
(optional) 


The initial conditions define in which initial state the lUT has to be to apply the actual TP. 
In the corresponding "Test Case" (TC), when the execution of the initial condition does 
not succeed, it leads to the assignment of an Inconclusive verdict. 


Expected behaviour 
(TP body) 


Definition of the events, which are parts of the TP objective, and the lUT are expected to 
perform in order to conform to the base specification. In the corresponding TC," Pass" or 
"Fail" verdicts can be assigned there. 
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5.6 



PICS mnemonics 



The PICS mnemonics presented in table 6 are used in the TP proforma. 

Table 6: PICS mnemonics for FSAP 



Mnemonic 


PICS item 


PICS FSAP ROLE SP 


[3] D.1/1 


PICS FSAP ROLE SU 


[3]D.1/2 


PICS SIP W CTX 


[31 D.3/1 


PICS SIP N CTX 


[3] D.3/2 


PICS ROLE RONLY 


[3] D.5/1 


PICS ROLE HONLY 


[3] D.5/2 


PICS ROLE RH 


[3] D.5/3 


PICS ITS S INW 


[3] D.6/1 


Table 7: PICS mnemonics for IICP 


Mnemonic 


PICS item 


PICS ROLE HONLY 


[3]C.1/1 


PICS ROLE RONLY 


[3]C.1/2 


PICS ROLE RH 


[3]C.1/3 


PICS IICP MGM 


[3] C.8/1 



TPs for local station managennent protocols 

NOTE: The present document does not contain TPs related to local management of an ITS station specified 
in [i.2], as such TPs are not covered by the scope of ETSI STF 422, which developed the present 
document. These TPs will be defined in a future version. 



TPs for remote station management protocols 

NOTE: The present document does not contain TPs related to remote management of an ITS station. These TPs 
will be defined in the future. 
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8 TPsforllCP 

8.1 Management 
8.1.1 Valid behaviour tests 



TPId 


IICP/MGM/BV/01 


Test objective 


Generation of ITS-SCUalive message after power on - no other ITS-SCU in the SUT 


Reference 


9.1,9.2 


PICS Selection 


PICS NCR MOM 


Initial conditions 


with { 

the lUT having no knowledge about other ITS-SCUs in the SUT 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT starting 

} 

then{ 

the lUT generates an ITS-SCUalive (new) message with DestinationlTS-SCU-ID=65535 and with SourcelTS- 
SCU-ID equal to the own ITS-SCU ID, indicating its IST-SCUtype, and forwards this with MF-COMMAND 
IICrequestTXtothelICA 

} 
} 



TPId 


IICP/MGM/BV/02 


Test objective 


Reception of ITS-SCUalive (new) message with no address conflict 


Reference 


9.1,9.2 


PICS Selection 


PICS IICP MGM 


Initial conditions 


with{ 

the lUT having its own ITS-SCU-ID allocated 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an ITS-SCUalive (new) message without address conflict 

} 
then{ 

the lUT shall acknowledge this with ErrorStatus = using MF-COMMAND IICresponseTX 

} 
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TPId 


IICP/MGM/BV/03 


Test objective 


Reception of ITS-SCUalive (new) message with address conflict 


Reference 


9.1,9.2 


PICS Selection 


PICS IICP MGM 


Initial conditions 


with { 

the lUT having its own ITS-SCU-ID allocated 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an ITS-SCUalive (new) message with address conflict, i.e. from an ITS-SCU having the 
same ITS-SCU-ID 

} 
then{ 

the lUT shall acknowledge this with ErrorStatus = 2 using MF-COMMAND IICresponseTX for transmission to all 

ITS-SCUs 
} 
} 



TPId 


IICP/MGM/BV/04 


Test objective 


Reception of ITS-SCUalive (alive) message with no address conflict 


Reference 


9.1,9.3 


PICS Selection 


PICS IICP MGM 


Initial conditions 


with { 

the lUT having its own ITS-SCU-ID allocated 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an ITS-SCUalive (alive) message without address conflict 

} 
then{ 

the lUT does not show any visible reaction 
} 
} 



TPId 


IICP/MGM/BV/05 


Test objective 


Periodic transmission of ITS-SCUalive (alive) message 


Reference 


9.1,9.3 


PICS Selection 


PICS IICP MGM 


Initial conditions 


with { 

the lUT having its own ITS-SCU-ID allocated 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having transmitted an ITS-SCUalive (alive) message with DestinationlTS-SCU-ID=65535 and with 
SourcelTS-SCU-ID equal to its own ITS-SCU ID, which does not result in an address conflict 

} 
then{ 

the lUT transmits the next ITS-SCUalive (alive) message after the time span given in parameter Talive. 
} 
} 
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TPId 


IICP/MGM/BV/06 


Test objective 


Transmission of ITS-SCUalive (delete) message 


Reference 


9.1,9.4 


PICS Selection 


PICS NCR MGM 


Initial conditions 


with { 

the lUT having its own ITS-SCU-ID allocated 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT wants to shut down and stop operation 

} 
then{ 

the lUT transmits an ITS-SCUalive (delete) message with DestinationlTS-SCU-ID=65535 and with SourcelTS- 
SCU-ID equal to its own ITS-SCU ID using MF-COMMAND IICrequestTX 
} 
} 



8.1 .2 Invalid behaviour tests 



TPId 


IICP/MGM/BI/01 


Test objective 


Reception of ITS-SCUalive (alive) message with address conflict 


Reference 


9.1,9.3 


PICS Selection 


PICS IICP MGM 


Initial conditions 


with { 

the lUT having its own ITS-SCU-ID allocated 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an ITS-SCUalive (alive) message with address conflict , i.e. from an ITS-SCU having the 
same ITS-SCU-ID 

} 
then{ 

the lUT shall acknowledge this with ErrorStatus = 2 using MF-COMMAND IICresponseTX for transmission to all 

ITS-SCUs, 

the lUT shall delete its own ITS-SCU-ID and shall register newly by sending an ITS-SCU (new) message 

indicating a new ITS-SCU-ID with MF-COMMAND IICrequestTX to the MCA for transmission to all ITS-SCUs 
} 
} 



TPId 


IICP/MGM/BI/02 


Test objective 


Reception of ITS-SCUalive message with unknown AliveMessage 


Reference 


9 


PICS Selection 


PICS IICP MGM 


Initial conditions 


with { 

the lUT having own ITS-SCU-ID 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an ITS-SCUalive message with unknown AliveMessage 

} 
then{ 

the lUT acknowledges the message with ErrorStatus 3 
} 
} 
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TPId 


IICP/MGM/BI/03 


Test objective 


Reception of ITS-SCUalive message with unknown ITS-SCU type 


Reference 


9 


PICS Selection 


PICS NCR MGM 


Initial conditions 


with { 

the lUT having its own ITS-SCU-ID allocated 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an ITS-SCUalive message with unknown ITS-SCU type 

} 
then{ 

the lUT acknowledges the message with ErrorStatus 4 

} 

} 



8.2 Communications 
8.2.1 Valid behaviour tests 



TPId 


IICR/COM/BV/01 


Test objective 


Transmission of IIC-Request VCI-info to all types of ITS-SCUs 


Reference 


8.2.1, B.2.3 


PICS Selection 




Initial conditions 


with { 

the lUT having its own ITS-SCU-ID allocated 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received the request to send an VCI-info request message to all ITS-SCUs 

} 

then{ 

the lUT generates an VCI-info request message with DestinationlTS-SCU-ID=65535 and with SourcelTS-SCU-ID 
equal to its own ITS-SCU-ID, and forwards this with MF-COMMAND IICrequestTX to the MCA for transmission to 
all ITS-SCUs 

} 
} 



TPId 


IICR/COM/BV/02 


Test objective 


Transmission of IIC-Request VCI-info to ITS-SCUs with ITS-S router role 


Reference 


8.2.1, B.2.3 


PICS Selection 




Initial conditions 


with { 

the lUT having its own ITS-SCU-ID allocated 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received the request to send an VCI-info request message to all ITS-SCUs 

} 

then{ 

the lUT generates an VCI-info request message with DestinationlTS-SCU-ID=2 and with SourcelTS-SCU-ID 
equal to its own ITS-SCU-ID, and forwards this with MF-COMMAND IICrequestTX to the MCA for transmission to 
all ITS-SCUs 

} 
} 
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TPId 


IICP/COM/BV/03 


Test objective 


Transmission of VCI-info response message 


Reference 


B.2.3, 8.3.1 


PICS Selection 


PICS ROLE RH OR PICS ROLE RONLY 


Initial conditions 


with { 

the lUT having its own ITS-SCU ID, and having at least one CI to connect to another ITS-S 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an VCI-info request message 

} 
then{ 

the lUT prepares the VCI-info response message with DestinationlTS-SCU-ID="private address from the ITS- 
SCU which generated the request" and with SourcelTS-SCU-ID equal to its own ITS-SCU-ID, and forwards this 
with MF-COMMAND IICresponseTX to the MCA 
} 
} 



TPId 


IICP/COM/BV/04 


Test objective 


Transmission of IIC-Request VCI-update to all types of ITS-SCUs 


Reference 


8.2.1, B.2.3 


PICS Selection 




Initial conditions 


with { 

the lUT having its own ITS-SCU-ID allocated 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT wants to provide an update of its own VCI information to all ITS-SCUs 

} 

then{ 

the lUT generates an VCI-update message with DestinationlTS-SCU-ID=65535 and with SourcelTS-SCU-ID 
equal to its own ITS-SCU-ID, and forwards this with MF-COMMAND IICrequestTX to the MCA for transmission to 
all ITS-SCUs 

} 
} 



TPId 


IICP/COM/BV/05 


Test objective 


Reception of VCI-update request message 


Reference 


B.2.3, 8.3.1 


PICS Selection 




Initial conditions 


with{ 

the lUT having its own ITS-SCU ID 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an VCI-update request message 

} 
then{ 

the lUT does not show any visible reaction 
} 
} 
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TPId 


IICP/COM/BV/06 


Test objective 


Transmission of IIC-Request MF-rcmd to a specific ITS-SCU 


Reference 


8.2.1, B.2.5 


PICS Selection 




Initial conditions 


with { 

the lUT having its own ITS-SCU-ID "own" allocated and knows the private ITS-SCU-ID "other" of another ITS-SCU 
} 


Expected behaviour 


evaluate whether { 
when { 

the ITS-S management requests remote access to the MF-SAP in another ITS-SCU 

} 
then{ 

the lUT generates an MF-rcmd request message with DestinationlTS-SCU-ID="other" and with SourcelTS-SCU- 

ID "own", and forwards this with MF-COMMAND IICrequestTX to the MCA 
} 
} 



TPId 


IICP/COM/BV/07 


Test objective 


Transmission of IIC-Request MN-rcmd to a specific ITS-SCU 


Reference 


8.2.1, B.2.5 


PICS Selection 




Initial conditions 


with { 

the lUT having its own ITS-SCU-ID "own" allocated and knows the private ITS-SCU-ID "other" of another ITS-SCU 
} 


Expected behaviour 


evaluate whether { 
when { 

the ITS-S management requests remote access to the MN-SAP in another ITS-SCU 

} 
then{ 

the lUT generates an MN-rcmd message with DestinationlTS-SCU-ID="other" and with SourcelTS-SCU-ID "own", 

and forwards this with MF-COMMAND IICrequestTX to the MCA 
} 
} 



TPId 


IICP/COM/BV/08 


Test objective 


Transmission of IIC-Request Ml-rcmd to a specific ITS-SCU 


Reference 


8.2.1, B.2.5 


PICS Selection 




Initial conditions 


with { 

the lUT having its own ITS-SCU-ID "own" allocated and knows the private ITS-SCU-ID "other" of another ITS-SCU 
} 


Expected behaviour 


evaluate whether { 
when { 

the ITS-S management requests remote access to the MI-SAP in another ITS-SCU 

} 
then{ 

the lUT generates an Ml-rcmd message with DestinationlTS-SCU-ID="other" and with SourcelTS-SCU-ID "own", 

and forwards this with MF-COMMAND IICrequestTX to the MCA 
} 
} 
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TPId 


IICP/COM/BV/09 


Test objective 


Transmission of IIC-Request Ml-rget to a specific ITS-SCU 


Reference 


8.2.1, B.2.5 


PICS Selection 




Initial conditions 


with { 

the lUT having its own ITS-SCU-ID "own" allocated and knows the private ITS-SCU-ID "other" of another ITS-SCU 
} 


Expected behaviour 


evaluate whether { 
when { 

the ITS-S management requests remote access to the MI-SAP in another ITS-SCU in order to get the value of an 
l-Parameter 

} 
then{ 

the lUT generates an Ml-rget message with DestinationlTS-SCU-ID="other" and with SourcelTS-SCU-ID "own", 

and forwards this with MF-COMMAND IICrequestTX to the MCA 
} 
} 



TPId 


IICP/COM/BV/10 


Test objective 


Transmission of IIC-Request Ml-rset to a specific ITS-SCU 


Reference 


8.2.1, B.2.5 


PICS Selection 




Initial conditions 


with { 

the lUT having its own ITS-SCU-ID "own" allocated and knows the private ITS-SCU-ID "other" of another ITS-SCU 
} 


Expected behaviour 


evaluate whether { 
when { 

the ITS-S management requests remote access to the MI-SAP in another ITS-SCU in order to set the value of an 
l-Parameter 

} 
then{ 

the lUT generates an Ml-rset message with DestinationlTS-SCU-ID="other" and with SourcelTS-SCU-ID "own", 

and forwards this with MF-COMMAND IICrequestTX to the MCA 
} 
} 



TPId 


IICP/COM/BV/11 


Test objective 


Transmission of MF-rcmd response message 


Reference 


B.2.3, 8.3.1,8.2.2 


PICS Selection 




Initial conditions 


with{ 

the lUT having its own ITS-SCU ID "own" allocated 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an MF-rcmd request message from an ITS-SCU with ITS-SCU-ID="other" which requires 
a response 

} 

then{ 

the lUT generates an MF-rcmd response message with DestinationlTS-SCU-ID="other" and with SourcelTS- 
SCU-ID "own", and forwards this with MF-COMMAND IICresponseTX to the IICA 

} 
} 
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TPId 


IICP/COM/BV/12 


Test objective 


Transmission of MN-rcmd response message 


Reference 


B.2.3, 8.3.1,8.2.2 


PICS Selection 




Initial conditions 


with { 

the lUT having its own ITS-SCU ID "own" 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an IVIN-rcmd request message from an ITS-SCU with ITS-SCU-ID="other" which requires 
a response 

} 
then{ 

the lUT generates an IVIN-rcmd response message with DestinationlTS-SCU-ID="other" and with SourcelTS- 

SCU-ID "own", and forwards this with MF-COMMAND IICresponseTX to the MCA 
} 
} 



TPId 


IICP/COM/BV/13 


Test objective 


Transmission of Ml-rcmd response message 


Reference 


B.2.3, 8.3.1,8.2.2 


PICS Selection 




Initial conditions 


with { 

the lUT having its own ITS-SCU ID "own" 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an Ml-rcmd request message from an ITS-SCU with ITS-SCU-ID="other" which requires 
a response 

} 
then{ 

the lUT generates an Ml-rcmd response message with DestinationlTS-SCU-ID="other" and with SourcelTS-SCU- 

ID "own", and forwards this with MF-COMMAND IICresponseTX to the MCA 
} 
} 



TPId 


IICP/COM/BV/14 


Test objective 


Transmission of Ml-rget response message 


Reference 


B.2.3, 8.3.1,8.2.2 


PICS Selection 




Initial conditions 


with{ 

the lUT having its own ITS-SCU ID "own" 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an Ml-rget request message from an ITS-SCU with ITS-SCU-ID="other" which 
constitutes an authorized get request 

} 
then{ 

the lUT generates an Ml-rget response message providing the requested value with DestinationlTS-SCU- 
ID="other" and with SourcelTS-SCU-ID "own", and forwards this with MF-COMMAND IICresponseTX to the MCA 
} 
} 
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TPId 


IICP/COM/BV/15 


Test objective 


Transmission of Ml-rset response message 


Reference 


B.2.3, 8.3.1,8.2.2 


PICS Selection 




Initial conditions 


with { 

the lUT having its own ITS-SCU ID "own" 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an IVII-rset request message from an ITS-SCU with ITS-SCU-ID="other" which constitutes 
an unauthorized set request 

} 

then{ 

the lUT generates an IVII-rset response message with DestinationlTS-SCU-ID="other" and with SourcelTS-SCU- 
ID "own", indicating the proper error code, and forwards this with MF-COMMAND IICresponseTX to the MCA 

} 
} 



TPId 


IICP/COM/BV/16 


Test objective 


Transmission of IIC-Request MF-rreq to a specific ITS-SCU 


Reference 


8.2.1, B.2.5 


PICS Selection 




Initial conditions 


with { 

the lUT having its own ITS-SCU-ID "own" allocated and knows the private ITS-SCU-ID "other" of another ITS-SCU 
} 


Expected behaviour 


evaluate whether { 
when { 

ITS-S management entity is used by ITS-S facilities layer to request access to a remote management 

} 
then{ 

the lUT generates an MF-rreq message with DestinationlTS-SCU-ID="other" and with SourcelTS-SCU-ID "own", 
and forwards this with MF-COMMAND IICrequestTX to the MCA 
} 
} 



TPId 


IICP/COM/BV/17 


Test objective 


Transmission of IIC-Request MN-rreq to a specific ITS-SCU 


Reference 


8.2.1, B.2.5 


PICS Selection 




Initial conditions 


with { 

the lUT having its own ITS-SCU-ID "own" allocated and knows the private ITS-SCU-ID "other" of another ITS-SCU 
} 


Expected behaviour 


evaluate whether { 
when { 

ITS-S management entity is used by ITS-S networking&transport layer to request access to a remote 
management 

} 
then{ 

the lUT generates an MN-rreq message with DestinationlTS-SCU-ID="other" and with SourcelTS-SCU-ID "own", 

and forwards this with MF-COMMAND IICrequestTX to the MCA 
} 
} 



ETSI 



1 9 ETSI TS 1 02 797-2 V1 .1 .1 (201 2-08) 



TPId 


IICP/COM/BV/18 


Test objective 


Transmission of IIC-Request Ml-rreq to a specific ITS-SCU 


Reference 


8.2.1, B.2.5 


PICS Selection 




Initial conditions 


with { 

the lUT having its own ITS-SCU-ID "own" allocated and knows the private ITS-SCU-ID "other" of another ITS-SCU 
} 


Expected behaviour 


evaluate whether { 
when { 

ITS-S management entity is used by ITS-S access layer to request access to a remote management 

} 
then{ 

the lUT generates an Ml-rreq message with DestinationlTS-SCU-ID="other" and with SourcelTS-SCU-ID "own", 

and forwards this with MF-COMMAND IICrequestTX to the MCA 
} 
} 



TPId 


IICP/COM/BV/19 


Test objective 


Transmission of MF-rreq response message 


Reference 


B.2.3, 8.3.1,8.2.2 


PICS Selection 




Initial conditions 


with { 

the lUT having its own ITS-SCU ID "own" 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an MF-rreq request message from an ITS-SCU with ITS-SCU-ID="other" which requires 
a response 

} 

then{ 

the lUT generates an MF-rreq response message with DestinationlTS-SCU-ID="other" and with SourcelTS-SCU- 
ID "own", and forwards this with MF-COMMAND IICresponseTX to the MCA 

} 
} 



TPId 


IICP/COM/BV/20 


Test objective 


Transmission of MN-rreq response message 


Reference 


B.2.3, 8.3.1,8.2.2 


PICS Selection 




Initial conditions 


with { 

the lUT having its own ITS-SCU ID "own" 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an MN-rreq request message from an ITS-SCU with ITS-SCU-ID="other" which requires 
a response 

} 

then{ 

the lUT generates an MN-rreq response message with DestinationlTS-SCU-ID="other" and with SourcelTS-SCU- 
ID "own", and forwards this with MF-COMMAND IICresponseTX to the MCA 

} 
} 
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TPId 


IICP/COM/BV/21 


Test objective 


Transmission of Ml-rreq response message 


Reference 


B.2.3, 8.3.1,8.2.2 


PICS Selection 




Initial conditions 


with { 

the lUT having its own ITS-SCU ID "own" 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an IVII-rreq request message from an ITS-SCU with ITS-SCU-ID="other" which requires a 
response 

} 
then{ 

the lUT generates an IVII-rreq response message with DestinationlTS-SCU-ID="other" and with SourcelTS-SCU- 

ID "own", and forwards this with MF-COMMAND IICresponseTX to the MCA 
} 
} 



TPId 


IICP/COM/BV/22 


Test objective 


Reception of an ICC-Request message with invalid DestinationlTS-SCU-ID=1 


Reference 


8.3.1 


PICS Selection 


PICS ROLE RONLY 


Initial conditions 


with { 

the lUT having its own ITS-SCU-ID allocated 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an ICC-Request message with invalid DestinationlTS-SCU-ID=1 (ITS-S host) 

} 
then{ 

the lUT deletes the received message 
} 
} 



TPId 


IICP/COM/BV/23 


Test objective 


Reception of an ICC-Request message with invalid DestinationlTS-SCU-ID=2 


Reference 


8.3.1 


PICS Selection 


PICS ROLE HONLY 


Initial conditions 


with { 

the lUT having its own ITS-SCU-ID allocated 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an ICC-Request message with invalid DestinationlTS-SCU-ID=2 (ITS-S router) 

} 
then{ 

the lUT deletes the received message 

} 

} 
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8.2.2 Invalid behaviour tests 



TPId 


IICP/COM/BI/01 


Test objective 


Reception of an ICC-Request message with invalid DestinationlTS-SCU-ID (reserved) 


Reference 


8.3.1 


PICS Selection 




Initial conditions 


with { 

the lUT having its own ITS-SCU-ID allocated 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an ICC-Request message with invalid DestinationlTS-SCU-ID (reserved) 

} 
then{ 

the lUT deletes the received message 
} 
} 



TPId 


IICP/COM/BI/02 


Test objective 


Reception of an ICC-Response message with invalid DestinationlTS-SCU-ID=1 


Reference 


8.3.2 


PICS Selection 


PICS ROLE RONLY 


Initial conditions 


with { 

the lUT having its own ITS-SCU-ID allocated 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an ICC-Response message with invalid DestinationlTS-SCU-ID=1 (ITS-S host) 

} 
then{ 

the lUT deletes the received message 
} 
} 



TPId 


IICP/COM/BI/03 


Test objective 


Reception of an ICC-Response message with invalid DestinationlTS-SCU-ID=2 


Reference 


8.3.2 


PICS Selection 


PICS ROLE HONLY 


Initial conditions 


with{ 

the lUT having its own ITS-SCU-ID allocated 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an ICC-Response message with invalid DestinationlTS-SCU-ID=2 (ITS-S router) 

} 
then{ 

the lUT deletes the received message 
} 
} 
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TPId 


IICP/COM/BI/04 


Test objective 


Reception of an ICC-Response message with invalid DestinationlTS-SCU-ID (reserved) 


Reference 


8.3.2 


PICS Selection 




Initial conditions 


with { 

the lUT having its own ITS-SCU-ID allocated 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an ICC-Response message with invalid DestinationlTS-SCU-ID (reserved) 

} 
then{ 

the lUT deletes the received message 

} 

} 



TPId 


IICP/COM/BI/05 


Test objective 


Reception of an ICC-Request message with odd "PDU-Counter" value 


Reference 


8.3.1 


PICS Selection 




Initial conditions 


with{ 

the lUT having its own ITS-SCU-ID allocated 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an IIC-Request message with odd "PDU-Counter" value 

} 
then{ 

the lUT deletes the received message 
} 
} 



TPId 


IICP/COM/BI/06 


Test objective 


Reception of an ICC-Response message with even "PDU-Counter" value 


Reference 


8.3.1 


PICS Selection 




Initial conditions 


with { 

the lUT having its own ITS-SCU-ID allocated 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an IIC-Response message with even "PDU-Counter" value 

} 
then{ 

the lUT deletes the received message 
} 
} 
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TPId 


IICP/COM/BI/07 


Test objective 


Reception of an ICC-Response message with "PDU-Counter" not indicating a previous ICC- 
Request message 


Reference 


8.3.1 


PICS Selection 




Initial conditions 


with{ 

the lUT having its own ITS-SCU-ID allocated, the ITU not awaiting an IIC-Response message 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a privately addressed IIC-Response message with odd "PDU-Counter" value 

} 
then{ 

the lUT deletes the received message 
} 
} 



9 TPs for FSAP 

9.1 Service provider 

9.1 .1 Combined ITS-S host and ITS-S router 

9.1 .1 .1 Valid behaviour tests 



TPId 


FSAP/SP/HR/BV/01 


Test objective 


Registration of ITS-S application for message distribution only (no session phase) with request 
of specific access technology 


Reference 


8.2.1,8.2.4,8.2.5 


PICS Selection 


PICS FSAP ROLE SP AND PICS ROLE RH 


Initial conditions 


with{ 

the lUT having not registered any ITS-S application for service announcement, 

the lUT knowing the requested access technology 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a GCregServer registration request for an ITS-S application including a required access 
technology and non-IP communications 

} 
then{ 

the lUT periodically sends out SAM via the requested access technology with the requested repetition rate, not 

inviting for a reply 
} 
} 
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TPId 


FSAP/SP/HR/BV/02 


Test objective 


Registration of ITS-S application for message distribution only (no session phase) with no 
request of specific access technology 


Reference 


8.2.1,8.2.4,8.2.5 


PICS Selection 


PICS FSAP ROLE SP AND PICS ROLE RH 


Initial conditions 


with{ 

the lUT having not registered any ITS-S application for service announcement, 

the lUT knowing a suitable access technology 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a GCregServer registration request for an ITS-S application requiring non-IP 
communications, not requiring a specific access technology 

} 
then{ 

the lUT periodically sends out SAM via a suited access technology selected by the CI selection manager with the 

requested repetition rate, not inviting for a reply 
} 
} 



TPId 


FSAP/SP/HR/BV/03 


Test objective 


Registration of ITS-S application with need for a session, with no request of specific access 
technology, and without request to change communication channel for session phase 


Reference 


8.2.1,8.2.4,8.2.5 


PICS Selection 


PICS FSAP ROLE SP AND PICS ROLE RH 


Initial conditions 


with { 

the lUT having not registered any ITS-S application for service announcement, 

the lUT knowing a suitable access technology 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a GCregServer registration request for an ITS-S application requiring non-IP 
communications in the session phase, but not requiring a change of communication channel 

} 
then{ 

the lUT periodically sends out SAM via a suited access technology selected by the CI selection manager with the 

requested repetition rate, inviting for a reply 
} 
} 
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TPId 


FSAP/SP/HR/BV/04 


Test objective 


Registration of ITS-S application with need for a session, with no request of specific access 
technology, and with request to change communication channel for session phase 


Reference 


8.2.1,8.2.4,8.2.5 


PICS Selection 


PICS FSAP ROLE SP AND PICS ROLE RH 


Initial conditions 


with{ 

the lUT having not registered any ITS-S application for service announcement, 

the lUT knowing a suitable access technology 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a GCregServer registration request for an ITS-S application requiring non-IP 
communications, and requiring change of communication channel in the session phase 

} 
then{ 

the lUT periodically sends out SAM via a suited access technology selected by the CI selection manager with the 

requested repetition rate, inviting for a reply, requesting a change of channel 
} 
} 



TPId 


FSAP/SP/HR/BV/05 


Test objective 


Finalization of SIP upon reception of CTX for non-IP session 


Reference 


8.2.6, 8.4 


PICS Selection 


PICS FSAP ROLE SP AND PICS ROLE RH AND PICS SIP W CTX 


Initial conditions 


with { 

the lUT sending out periodically SAMs for one ITS-S application with non-IP based sessions 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a CTX with MF-REQUEST CTXrxNot as proper reply to a SAM 

} 
then{ 

the lUT forwards the CTX to the proper application using MF-Command GCctx 
} 
} 



9.1.1.2 



Invalid behaviour tests 



TPId 


FSAP/SP/HR/BI/01 


Test objective 


Registration of ITS-S application for message distribution only (no session phase) with request 
of specific but not available access technology 


Reference 


8.2.1,8.2.4,8.2.5 


PICS Selection 


PICS FSAP ROLE SP AND PICS ROLE RH 


Initial conditions 


with { 

the lUT having not registered any ITS-S application for service announcement, 

the lUT not knowing the requested access technology, 

the lUT knowing another access technology suited for FSAP 

} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a GCregServer registration request for an ITS-S application for the purpose of message 
distribution 

} 
then{ 

the lUT does not send out periodically SAMs via the existent access technology 
} 
} 
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TPId 


FSAP/SP/HR/BI/02 


Test objective 


Registration of ITS-S application with need for a session, with no request of specific access 
technology, with now suitable access technology known, and without request to change 
communication channel for session phase 


Reference 


8.2.1,8.2.4,8.2.5 


PICS Selection 


PICS FSAP ROLE SP AND PICS ROLE RH 


Initial conditions 


with { 

the lUT having not registered any ITS-S application for service announcement, 

the lUT not knowing a suitable access technology 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a GCregServer registration request for an ITS-S application offering a session phase 

} 
then{ 

the lUT does not send out periodically SAMs 
} 
} 



9.1.2 ITS-S host only 

9.1 .2.1 Valid behaviour tests 



TPId 


FSAP/SP/HO/BV/01 


Test objective 


Registration of ITS-S application for message distribution only (no session phase) with request 
of specific access technology available in an ITS-S router unit 


Reference 


8.2.1,8.2.4,8.2.5,8.5 


PICS Selection 


PICS FSAP ROLE SP AND (PICS ROLE HONLYOR(PICS ROLE RH AND 
PICS ITS S INW)) 


Initial conditions 


with { 

the lUT having not registered any ITS-S application for service announcement, 

the lUT knowing about availability of the requested access technology in an ITS-S router 

} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a GCregServer registration request for an ITS-S application including a required access 
technology 

} 
then{ 

the lUT forwards this request to the proper ITS-S router ITS-SCU applying IICP 
} 
} 
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TPId 


FSAP/SP/HO/BV/02 


Test objective 


Registration of ITS-S application for message distribution only (no session phase) with no 
request of specific access technology 


Reference 


8.2.1,8.2.4,8.2.5,8.5 


PICS Selection 


PICS FSAP ROLE SP AND (PICS ROLE HONLYOR(PICS ROLE RH AND 
PICS ITS S INW)) 


Initial conditions 


with { 

the lUT having not registered any ITS-S application for service announcement, 

the lUT knowing about availability of a suitable access technology in an ITS-S router 

} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a GCregServer registration request for an ITS-S application 

} 
then{ 

the lUT forwards this request to the proper ITS-S router ITS-SCU applying IICP 
} 
} 



TPId 


FSAP/SP/HO/BV/03 


Test objective 


Registration of ITS-S application with need for a session, with no request of specific access 
technology, and without request to change communication channel for session phase 


Reference 


8.2.1,8.2.4,8.2.5,8.5 


PICS Selection 


PICS FSAP ROLE SP AND (PICS ROLE HONLYOR(PICS ROLE RH AND 
PICS ITS S INW)) 


Initial conditions 


with { 

the lUT having not registered any ITS-S application for service announcement, 

the lUT knowing about availability of a suitable access technology in an ITS-S router 

} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a GCregServer registration request for an ITS-S application requiring non-IP 
communications in the session phase, but no change of communication channel 

} 
then{ 

the lUT forwards this request to the proper ITS-S router ITS-SCU applying IICP 
} 
} 



TPId 


FSAP/SP/HO/BV/04 


Test objective 


Registration of ITS-S application with need for a session, with no request of specific access 
technology, and with request to change communication channel for session phase 


Reference 


8.2.1,8.2.4,8.2.5 


PICS Selection 


PICS FSAP ROLE SP AND (PICS ROLE HONLYOR(PICS ROLE RH AND 
PICS ITS S INW)) 


Initial conditions 


with { 

the lUT having not registered any ITS-S application for service announcement, 

the lUT knowing about availability of a suitable access technology in an ITS-S router 

} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a GCregServer registration request for an ITS-S application requiring non-IP 
communications, and requiring change of communication channel in the session phase 

} 
then{ 

the lUT forwards this request to the proper ITS-S router ITS-SCU applying IICP 
} 
} 
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TPId 


FSAP/SP/HO/BV/05 


Test objective 


Finalization of SIP upon reception of CTX for non-IP session 


Reference 


8.2.6,8.4,8.5 


PICS Selection 


PICS FSAP ROLE SP AND (PICS ROLE HONLYOR(PICS ROLE RH AND 
PICS ITS S INW)) AND PICS SIP W CTX 


Initial conditions 


with{ 

the lUT awaiting reception of CTX messages 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a CTX with MF-rreq(CTXrxNot) as proper reply to a SAM 

} 
then{ 

the lUT notifes the ITS-S application using MF-COMMAND GCctx. 
} 
} 



9.1 .2.2 Invalid behaviour tests 



TPId 


FSAP/SP/HO/BI/01 


Test objective 


Registration of ITS-S application for message distribution only (no session phase) with request 
of specific but not available access technology 


Reference 


8.2.1,8.2.4,8.2.5,8.5 


PICS Selection 


PICS FSAP ROLE SP AND (PICS ROLE HONLYOR(PICS ROLE RH AND 
PICS ITS S INW)) 


Initial conditions 


with { 

the lUT having not registered any ITS-S application for service announcement, 

the lUT not knowing about existence of the requested access technology, 

the lUT knowing about availability of a suitable access technology in an ITS-S router 

} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a GCregServer registration request for an ITS-S application for the purpose of message 
distribution 

} 
then{ 

the lUT dows not forward this request to the proper ITS-S router ITS-SCU applying IICP 
} 
} 
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TPId 


FSAP/SP/HO/BI/02 


Test objective 


Registration of ITS-S application with need for a session, with no request of specific access 
technology, with no suitable access technology being available, and without request to change 
communication channel for session phase 


Reference 


8.2.1,8.2.4,8.2.5,8.5 


PICS Selection 


PICS FSAP ROLE SP AND (PICS ROLE HONLYOR(PICS ROLE RH AND 
PICS ITS S INW)) 


Initial conditions 


with{ 

the lUT having not registered any ITS-S application for service announcement, 
the lUT not knowing about availability of a suitable access technology 

} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a GCregServer registration request for an ITS-S application offering a session phase 

} 
then{ 

the lUT dows not forward this request to the proper ITS-S router ITS-SCU applying Inter-ITS-SCU 

communications 
} 
} 



9.1.3 ITS-S router only 
9.1 .3.1 Valid behaviour tests 



TPId 


FSAP/SP/RO/BV/01 


Test objective 


Registration of ITS-S application for message distribution only (no session phase) with request 
of specific access technology 


Reference 


8.2.1,8.2.4,8.2.5,8.5 


PICS Selection 


PICS FSAP ROLE SP AND (PICS ROLE RONLYOR(PICS ROLE RH AND 
PICS ITS S INW)) 


Initial conditions 


with { 

the lUT having not registered any ITS-S application for SAM transmission, 

the lUT knowing the requested access technology 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an MF-rreq(GCregServer) registration request for an ITS-S application including a 
required access technology and non-IP communications 

} 
then{ 

the lUT periodically sends out SAM via the requested access technology with the requested repetition rate, not 

inviting for a reply 
} 
} 
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TPId 


FSAP/SP/RO/BV/02 


Test objective 


Registration of ITS-S application for message distribution only (no session phase) with no 
request of specific access technology 


Reference 


8.2.1,8.2.4,8.2.5,8.5 


PICS Selection 


PICS FSAP ROLE SP AND (PICS ROLE RONLYOR(PICS ROLE RH AND 
PICS ITS S INW)) 


Initial conditions 


with { 

the lUT having not registered any ITS-S application for service announcement, 

the lUT knowing a suitable access technology 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an MF-rreq(GCregServer) registration request for an ITS-S application requiring non-IP 
communications 

} 
then{ 

the lUT periodically sends out SAM via a suited access technology selected by the CI selection manager with the 

requested repetition rate, not inviting for a reply 
} 
} 



TPId 


FSAP/SP/RO/BV/03 


Test objective 


Registration of ITS-S application with need for a session, with no request of specific access 
technology, and without request to change communication channel for session phase 


Reference 


8.2.1,8.2.4,8.2.5,8.5 


PICS Selection 


PICS FSAP ROLE SP AND (PICS ROLE RONLYOR(PICS ROLE RH AND 
PICS ITS S INW)) 


Initial conditions 


with{ 

the lUT having not registered any ITS-S application for service announcement, 

the lUT knowing a suitable access technology 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an MF-rreq(GCregServer) registration request for an ITS-S application requiring non-IP 
communications 

} 
then{ 

the lUT periodically sends out SAM via a suited access technology selected by the CI selection manager with the 

requested repetition rate, inviting for a reply 
} 
} 
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TPId 


FSAP/SP/RO/BV/04 


Test objective 


Registration of ITS-S application with need for a session, with no request of specific access 
technology, and with request to change communication channel for session phase 


Reference 


8.2.1,8.2.4,8.2.5,8.5 


PICS Selection 


PICS FSAP ROLE SP AND (PICS ROLE RONLYOR(PICS ROLE RH AND 
PICS ITS S INW)) 


Initial conditions 


with { 

the lUT having not registered any ITS-S application for service announcement, 

the lUT knowing a suitable access technology 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an MF-rreq(GCregServer) registration request for an ITS-S application requiring non-IP 
communications, and requiring change of communication channel in the session phase 

} 
then{ 

the lUT periodically sends out SAM via a suited access technology selected by the CI selection manager with the 

requested repetition rate, inviting for a reply, requesting a change of channel 
} 
} 



TPId 


FSAP/SP/RO/BV/05 


Test objective 


Finalization of SIP upon reception of CTX for non-IP session 


Reference 


8.2.6, 8.4, 8.5 


PICS Selection 


PICS FSAP ROLE SP AND (PICS ROLE RONLYOR(PICS ROLE RH AND 
PICS ITS S INW)) AND PICS SIP W CTX 


Initial conditions 


with { 

the lUT sending out periodically SAMs for one ITS-S application with non-IP based sessions 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a CTX as proper reply to a SAM 

} 
then{ 

the lUT forwards the notification of CTX reception to the proper ITS-S host applying IICP 
} 
} 
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9.1.3.2 



Invalid behaviour tests 



TPId 


FSAP/SP/RO/BI/01 


Test objective 


Registration of ITS-S application for message distribution only (no session phase) with request 
of specific but not available access technology 


Reference 


8.2.1,8.2.4,8.2.5,8.5 


PICS Selection 


PICS FSAP ROLE SP AND (PICS ROLE RONLYOR(PICS ROLE RH AND 
PICS ITS S INW)) 


Initial conditions 


with{ 

the lUT having not registered any ITS-S application for service announcement, 

the lUT not knowing the requested access technology, 

the lUT knowing another access technology suited for FSAP 

} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an MF-rreq(GCregServer) registration request for an ITS-S application for the purpose of 
message distribution 

} 
then{ 

the lUT does not send out periodically SAMs via the known access technology 
} 
} 



TPId 


FSAP/SP/RO/BI/02 


Test objective 


Registration of ITS-S application with need for a session, with no request of specific access 
technology, with no suitable access technology being available, and without request to change 
communication channel for session phase 


Reference 


8.2.1,8.2.4,8.2.5,8.5 


PICS Selection 


PICS FSAP ROLE SP AND (PICS ROLE RONLYOR(PICS ROLE RH AND 
PICS ITS S INW)) 


Initial conditions 


with{ 

the lUT having not registered any ITS-S application for service announcement, 

the lUT not knowing a suitable access technology 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received an MF-rreq(GCregServer) registration request for an ITS-S application offering a session 
phase 

} 
then{ 

the lUT does not send out periodically SAMs 
} 
} 
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9.2 Service user 

9.2.1 Combined ITS-S host and ITS-S router 
9.2.1 .1 Valid behaviour tests 



TPId 


FSAP/SU/HR/BV/01 


Test objective 


Reception of SAM for message distribution only (no session phase) 


Reference 


8.3.1,8.3.4 


PICS Selection 


PICS FSAP ROLE SU AND PICS ROLE RH 


Initial conditions 


with { 

the lUT having received GCregClient, and having properly registered any ITS-S application without a session 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a SAM containing the expected ITS-AID 

} 
then{ 

the lUT forwards the related message to the ITS-S application using GCsam 
} 
} 



TPId 


FSAP/SU/HR/BV/02 


Test objective 


Reception of SAM with need for a session, without request to change communication channel 
for session phase, with need to send CTX 


Reference 


8.3.1,8.3.4 


PICS Selection 


PICS FSAP ROLE SU AND PICS ROLE RH AND PICS SIP W CTX 


Initial conditions 


with { 

the lUT having received GCregClient, and having properly registered any ITS-S application with session initialisation 

using CTX 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a SAM containing the expected ITS-AID 

} 
then{ 

the lUT forwards the related message to the ITS-S application using GCsamctx, which is acknowledged providing 

a port number for the session 

the lUT sends the requested CTX containing the port number received in the acknowledgement 
} 
} 
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TPId 



FSAP/SU/HR/BV/03 



Test objective 



Reception of SAM with need for a session, with request to change communication channel for 
session phase, with need to send CTX 



Reference 



8.3.1, 8.3.4 



PICS Selection PICS FSAP ROLE SU AND PICS ROLE RH AND PICS SIP W CTX 



Initial conditions 



with { 



the lUT having received GCregClient, and having properly registered any ITS-S application with session initialisation 
using CTX 



Expected behaviour 



evaluate whether { 
when { 

the lUT having received a SAM containing the expected ITS-AID 

} 
then{ 

the lUT forwards the related message to the ITS-S application using GCsamctx, which is acknowledged providing 

a port number for the session 

the lUT sends the requested CTX in the new channel containing the port number received in the 

acknowledgement 
} 

L 



NOTE: This requires to have two channels available in the ITS lower layer transport. 



TPId 


FSAP/SU/HR/BV/04 


Test objective 


Reception of SAM of no interest (no match with a registered ITS-AID) 


Reference 


8.3.1,8.3.4 


PICS Selection 


PICS FSAP ROLE SU AND PICS ROLE RH 


Initial conditions 


with { 

the lUT having registered ITS applications, but not the one offered in the SAM 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a SAM containing an unwanted ITS-AID 

} 
then{ 

the lUT discards the SAM without further actions 
} 
} 



TPId 


FSAP/SU/HR/BV/05 


Test objective 


Reception of SAM with need for a session, with request to change communication channel for 
session phase, with the requested channel being unknown 


Reference 


8.3.1,8.3.4 


PICS Selection 


PICS FSAP ROLE SU AND PICS ROLE RH 


Initial conditions 


with { 

the lUT having received GCregClient, and having properly registered any ITS-S application 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a SAM containing the expected ITS-AID with a request to change to an unknown channel 

} 
then{ 

the lUT discards the SAM without further actions 
} 
} 
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9.2.1 .2 Invalid behaviour tests 

None. 

9.2.2 ITS-S host only 

9.2.2.1 Valid behaviour tests 



TPId 


FSAP/SU/HO/BV/01 


Test objective 


Reception of SAM with need for a session with need to send CTX 


Reference 


8.3.1,8.3.4,8.5 


PICS Selection 


PICS FSAP ROLE SU AND (PICS ROLE HONLYOR(PICS ROLE RH AND 
PICS ITS S INW)) AND PICS SIP W CTX 


Initial conditions 


with{ 

the lUT having received GCregClient, and having properly registered any ITS-S application with session initialisation 

using CTX 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a SAM from the ITS-S router via IICP containing the expected ITS-AID 

} 
then{ 

the lUT notifies reception of the SAM to the ITS-S application, which is acknowledged with a port number, 
the lUT sends the requested CTX to the ITS-S router applying IICP containing the port number received in the 
acknowledgement 
} 
} 



TPId 


FSAP/SU/HO/BV/02 


Test objective 


Reception of SAM with need for a session with need to send CTX with need to change 
communication channel 


Reference 


8.3.1,8.3.4,8.5 


PICS Selection 


PICS FSAP ROLE SU AND (PICS ROLE HONLYOR(PICS ROLE RH AND 
PICS ITS S INW)) AND PICS SIP W CTX 


Initial conditions 


with { 

the lUT having received GCregClient, and having properly registered any ITS-S application with session initialisation 

using CTX 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a SAM from the ITS-S router via IICP containing the expected ITS-AID 

} 
then{ 

the lUT notifies reception of the SAM to the ITS-S application, which is acknowledged with a port number. 

the lUT sends the requested CTX to the ITS-S router applying IICP containing the port number received in the 

acknowledgement 
} 
} 



9.2.2.2 Invalid behaviour tests 

None. 
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9.2.3 ITS-S router only 
9.2.3.1 Valid behaviour tests 



TPId 


FSAP/SU/RO/BV/01 


Test objective 


Reception of SAM for message distribution only (no session phase) 


Reference 


8.3.1,8.3.4,8.5 


PICS Selection 


PICS FSAP ROLE SU AND (PICS ROLE RONLYOR(PICS ROLE RH AND 
PICS ITS S INW)) 


Initial conditions 


with { 

the lUT having received GCregClient, and having properly registered any ITS-S application without a session 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a SAM containing the expected ITS-AID 

} 
then{ 

the lUT forwards the related message to the ITS-S application using MF-rcmd(GCsam) 
} 
} 



TPId 


FSAP/SU/RO/BV/02 


Test objective 


Reception of SAM with need for a session with need to send CTX 


Reference 


8.3.1,8.3.4,8.5 


PICS Selection 


PICS FSAP ROLE SU AND (PICS ROLE RONLYOR(PICS ROLE RH AND 
PICS ITS S INW)) AND PICS SIP W CTX 


Initial conditions 


with { 

the lUT having received GCregClient, and having properly registered any ITS-S application with session initialisation 

using CTX 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a SAM containing the expected ITS-AID 

} 
then{ 

the lUT forwards the related message to the ITS-S application using GCsamctx via Inter-ITS-SCU 

communications 
} 
} 
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TPId 


FSAP/SU/RO/BV/03 


Test objective 


Reception of SAM with need for a session with need to send CTX with need to change 
communication channel 


Reference 


8.3.1,8.3.4,8.5 


PICS Selection 


PICS FSAP ROLE SU AND (PICS ROLE RONLYOR(PICS ROLE RH AND 
PICS ITS S INW)) AND PICS SIP W CTX 


Initial conditions 


with { 

the lUT having received GCregClient, and having properly registered any ITS-S application with session initialisation 

using CTX 
} 


Expected behaviour 


evaluate whether { 
when { 

the lUT having received a SAM containing the expected ITS-AID 

} 
then{ 

the lUT forwards the related message to the ITS-S application using GCsamctx via Inter-ITS-SCU 

communications 
} 
} 



9.2.3.2 Invalid behaviour tests 

None. 
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